If you answered "y" to all questions you were asked during installation, the WODefaultApp executable has already been rebuilt by the installation process. If you answered "n" to the question about building WODefaultApp or you have installed new client libraries afterwards, you should rebuild WODefaultApp before testing your installation.
To rebuild WODefaultApp, run the script /NextLibrary/WOAdaptors/WODefaultApp/RebuildWODefaultApp.
Note: Each time you create a new project, you'll need to set it up so that it statically links the database's client library and adaptor. To do so, add the appropriate adaptor framework to the FRAMEWORKS makefile variable definition, and uncomment this line in the Makefile.preamble:
include $(MAKEFILEDIR)/pdo-eoadaptor-linking.make
By default, the user nobody owns CGI processes, and so it is used to launch autostarted WebObjects applications. This user does not have access to the NEXT_ROOT environment variable. Without access to the NEXT_ROOT environment variable, autostarted applications won't be able to locate OpenStep and WebObjects resource files.
This problem won't affect you if you've installed WebObjects under the root directory (that is, NEXT_ROOT is /). If you installed WebObjects in some other directory, change your HTTP server's configuration so that CGI processes are launched by a user with the appropriate environment setup rather than user nobody. This will allow you to autostart web applications from the browser.
You may want to keep the user nobody for security reasons. If so, you can still launch WebObjects applications by hand in a command shell window. Only autostarting will not work.
http://localhost/cgi-bin/WebObjects/Examples/WebScript/ApplicationNameAs long as you are accessing the documentation from the HTTP server machine (that is, localhost) and the HTTP server stores scripts in a directory named cgi-bin, these links work. If you are accessing the documentation over the network, or the HTTP server doesn't call its scripts directory "cgi-bin", the links will be broken.
We've provided a script, curls.sh, that modifies these URLs to use the name of the host and scripts directory specific to your installation. The script is in $NEXT_ROOT/NextLibrary/Documentation/NextDev/WebObjects/Installer.
Assuming your computer's hostname is "Mars" and its scripts directory is "Scripts", you could modify the URLs in the documentation by running these commands in a terminal window:
cd $NEXT_ROOT/NextLibrary/Documentation/NextDev/WebObjects/Installer curls.sh -h Mars -c Scripts -F WOPagesSee the curls.sh script itself for more information about its operation.
Table of Contents
Next Section